Integrating  Bill  of  Materials  Data 
Into  the  Army’s  Enterprise  Resource 
Planning  Systems 

The  fielding  of  Global  Combat  Support  System-Army  has  changed  the  way  the  Army 
manages  bill  of  materials  data. 


■  By  LeQuan  M.  Hylton 

As  the  Army  moves  to  an  en¬ 
terprise  resource  planning 
(ERP)  environment  for  sus¬ 
tainment  systems,  implementing  in¬ 
dustry  best  business  practices  is  essen¬ 
tial.  One  such  practice  is  developing 
a  standardized  and  integrated  pro¬ 
cess  to  create,  update,  and  syndicate 
bill  of  materials  (BOM)  data. 

A  BOM  is  a  list  of  the  parts  or 
components  that  are  required  to  build 
a  product.  In  integrated  ERP  envi¬ 
ronments,  such  as  the  Logistics  Mod¬ 
ernization  Program,  Global  Combat 
Support  System-Army  (GCSS- 
Army),  and  the  Army  Enterprise 
System  Integration  Program  (AE- 
SIP),  BOM  data  is  enterprise-level 
master  data  designed  to  be  used  to¬ 
gether  and  accounted  for  collective¬ 
ly  and  individually  An  example  is  a 
tool  kit  that  is  built  with  a  certain 
kind,  brand,  and  number  of  tools  at 
the  enterprise  level  and  then  used  to 
maintain  a  specific  truck  in  the  Ar¬ 
my’s  fleet. 

A  centralized  process  for  managing 
and  integrating  BOM  data  in  the  Ar¬ 
my’s  ERP  environment  ensures  in¬ 
tegrity  of  the  information  and  proper 
accountability  down  to  the  end-user 
level.  The  purpose  of  this  article  is  to 
describe  to  GCSS-Army  users  the 
processes  essential  for  BOM  func¬ 
tionally  and  integrity. 

Current  Shortfalls 

Current  sustainment  information 
systems  have  created  shortcomings 


in  BOM  data  management.  In  the 
Property  Book  Unit  Supply  En¬ 
hanced  (PBUSE),  unit-level  users  can 
create  entire  component  listings  with¬ 
out  appropriately  validating  BOM 
structures.  These  records  often  have 
inconsistencies  when  compared  with 
current  enterprise-level  BOM  struc¬ 
tures  and  contain  materials  that  were 
not  cataloged. 

Old  BOM  structures  also  are  not 
synchronized  with  technical  manu¬ 
als  because  when  the  structures  were 
created,  there  were  no  automated 
sources  to  create,  update,  or  validate 
BOM  component  listings.  In  some 
cases,  BOM  structures  are  outdated 
because  of  ongoing  equipment  mod¬ 
ifications  that  are  not  communicat¬ 
ed  to  the  systems  or  the  end  users. 
Because  of  these  discrepancies  and 
shortfalls,  the  BOM  structures  in 
PBUSE  cannot  be  transferred  to  the 
Army’s  ERP  systems. 

Validating  Data 

In  GCSS-Army,  current  BOM 
data  is  created  and  updated  manually 
by  researchers  who  sift  through  data 
sources  and  validate  entries  before 
uploading  them  into  GCSS-Army. 
As  GCSS-Army  enters  Wave  2,  this 
manual  validation  process  is  unsus¬ 
tainable.  The  frequency  of  BOM 
changes  will  be  compounded  by  the 
number  of  units  in  the  fielding  sched¬ 
ule  and  the  amount  of  equipment 
units  have  to  load  in  GCSS-Army 

The  GCSS-Army  Wave  2  fielding  is 


significant  to  the  central  management 
of  BOM  structures  because  during  the 
Wave  2  fielding  GCSS-Army  will  re¬ 
place  PBUSE  and  the  Standard  Army 
Maintenance  System-Enhanced. 

Authoritative  Data  Sources 

The  Army  will  now  operate  a  sin¬ 
gle,  enterprise-level  BOM  structure 
in  which  all  BOM  data  will  be  cen¬ 
trally  managed  and  sent  to  trading 
partners  [organizations  that  ex¬ 
change  data].  The  capability  that  en¬ 
ables  this  enterprise-level  BOM  also 
ensures  that  units  are  made  aware  of 
new  and  modified  BOM  data  in  the 
Army  enterprise. 

A  key  element  in  developing,  field¬ 
ing,  and  operating  GCSS-Army  is 
having  a  method  for  receiving  BOM 
data  from  the  activities  and  organiza¬ 
tions  responsible  for  the  data.  In  the 
data  world,  the  activities  or  organiza¬ 
tions  that  provide  centrally  managed 
data  are  called  authoritative  data 
sources  (ADSs)  because  they  manage 
the  creation  of  and  any  updates  to 
the  data.  For  enterprise-level  BOM 
data,  these  organizations  are  AESIP 
and  the  Logistics  Product  Data  Store 
(LPDS). 

Fielded  in  July  2015,  GCSS-Army 
release  14.2  provides  the  capability  of 
receiving  BOM  data  from  the  ADSs. 
While  researchers  diligently  try  to 
provide  the  latest  and  best  BOM 
data,  receiving  more  accurate  infor¬ 
mation  from  the  ADSs  will  improve 
data  integrity  and  quality.  For  this 
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reason  and  in  order  to  leverage  the 
full  capability  of  ERP  integration, 
the  Army’s  leaders  have  directed  that 
BOM  data  structures  be  centrally 
managed  at  the  ADS  level. 

Centralized  BOM  data  manage¬ 
ment  occurs  in  the  Army  enterprise 
from  two  sources.  For  sets,  kits,  out¬ 
fits,  and  tools  and  medical  sets  from 


The  capability  to  centrally  manage 
BOM  structures  for  GCSS-Army 
hinges  on  the  use  of  SOA  and 
Government  Electronics  and  In¬ 
formation  Technology  Association 
Standard  0007  (GEIA-STD-0007), 
which  were  developed  alongside  the 
Army’s  BOM  capability  for  use  in 
the  BOM  process.  This  is  the  first 


During  GCSS-Army  fielding,  if  component  list¬ 
ings  do  not  match  the  current  BOM  structure  in 
the  Army  enterprise  or  if  inconsistencies  are  iden¬ 
tified  at  the  user  level,  BOM  data  structures  will 
be  adjusted  to  reflect  the  ADS  BOM  structure  sent 
to  GCSS-Army. 


U.S.  Army  Medical  Materiel  Agency, 
AESIP  has  developed  a  portal  for 
program  managers,  materiel  manag¬ 
ers,  and  materiel  developers  to  create 
and  modify  BOM  data  structures 
and  components. 

For  BOM  structures  for  basic  is¬ 
sue  items,  additional  authorization 
lists,  components  of  end  items,  and 
on-board  spare  parts,  data  manage¬ 
ment  stewards  will  use  the  LPDS  to 
communicate  the  structures  from  item 
managers  to  the  tactical  users.  Based  on 
this  arrangement,  AESIP  and  LPDS 
are  the  ADSs  for  enterprise-level 
BOM  data  in  the  Army  and  transmit 
BOM  structures  to  GCSS-Army  for 
use  by  tactical  end  users. 

Service-Oriented  Architecture 

In  Business  Process  Integration  with 
SAP  [Systems,  Applications,  and 
Products]  ERP,  Simha  R.  Magal  and 
Jeffrey  B.  Word  describe  service- 
oriented  architecture  (SOA)  as  a  ca¬ 
pability  that  provides  a  flexible  appli¬ 
cation  for  sending  and  receiving  data 
between  client  servers.  SOA  provides 
multiple  organizations  with  the  same 
or  similar  data  without  drastically 
changing  programming  logic,  saving 
time  and  money. 


time  GCSS-Army  has  employed 
an  SOA  and  the  GEIA-STD-0007 
capability. 

The  SOA  interface  uses  the 
GEIA-STD-0007,  a  standardized 
data  exchange  mechanism  that  uses 
extensible  markup  language  to  send 
data  from  the  ADSs  to  GCSS-Army. 
Once  data  is  received  by  GCSS- 
Army,  a  sophisticated  background 
process  verifies  the  data  by  analyzing 
the  structures  and  components  using 
business  rules  to  ensure  data  integrity 
is  not  compromised. 

The  process  will  capture  and  com¬ 
municate  data  errors  and  then  send 
them  to  the  ADS  that  originally  sent 
the  data.  The  ADS  will  correct  the 
data  and  communicate  the  changes 
back  to  GCSS-Army.  This  process 
occurs  in  the  background  and  is  un¬ 
seen  by  GCSS-Army  end  users. 

End  User  Notification 

For  functional  users,  a  component 
quantity  change  in  a  BOM  structure 
triggers  an  email  to  the  GCSS-Army 
inbox  that  notifies  users  that  have  the 
end  item  on  hand  in  their  storage  lo¬ 
cation.  This  notification  contains  a 
detailed  BOM  change  report. 

Change  reports  can  be  generated 


using  the  date  ranges  of  changes,  end 
items,  unit  identification  codes  (also 
known  as  force  elements),  accounting 
requirements  code  (ARC),  and  oth¬ 
er  search  parameters.  The  report  will 
display  the  end  item  and  component 
national  item  identification  numbers, 
end  item  description,  ARC,  compo¬ 
nent  description,  and  new  and  old 
values  or  quantities. 

The  affected  unit’s  PB01  (shortage 
annex)  work  orders  also  are  updat¬ 
ed  with  additional  components  to 
reflect  any  quantity  increases  that 
occurred  as  a  result  of  the  BOM 
changes.  Unit  personnel  must  take 
action  in  GCSS-Army  if  they  want 
to  order  any  of  the  additional  autho¬ 
rized  components. 

GCSS-Army  users  can  also  iden¬ 
tify  equipment  that  has  component 
data  associated  with  the  end  items, 
run  reports,  order  required  quanti¬ 
ties  of  materials  or  tools  that  were 
communicated  in  the  change,  or 
dispose  of  items  that  were  deleted  in 
new  BOM  structures. 

GCSS-Army  tactical-level  users 
should  expect  to  manage  property 
accountability  in  the  same  manner 
they  did  before  the  migration  to 
GCSS-Army.  However,  this  capa¬ 
bility  provides  a  single  version  of 
the  enterprise-level  BOM  data  that 
will  be  used  throughout  the  Army 
enterprise. 

Making  Concessions 

During  GCSS-Army  fielding,  if 
component  listings  do  not  match 
the  current  BOM  structure  in  the 
Army  enterprise  or  if  inconsistencies 
are  identified  at  the  user  level,  BOM 
data  structures  will  be  adjusted  to  re¬ 
flect  the  ADS  BOM  structure  sent 
to  GCSS-Army.  With  this  approach, 
property  accountability  will  not  be 
compromised  and  the  component 
items  will  remain  on  the  property 
book  but  not  in  the  enterprise-level 
BOM  structure. 

Once  units  migrate  to  GCSS- 
Army,  this  capability  will  impact 
daily  operations  positively  in  sev¬ 
eral  ways.  The  most  notable  bene¬ 
fit  at  the  tactical  level  will  be  that 
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Operational  Support  Item  (OSI)  BOM  Maintenance 

(Q 


BOM  Type 

Build/Maintain  End  Item  BOM: 

Build/Maintain  Equipment  BOM: 

iOSI  End  Item  BOM  components  apply  to  all  of  your  units  equipment] 
that  are  tied  to  that  end  item 

OSI  Equipment  BOM  components  only  apply  to  that  specific  equipment  item 


This  screenshot  shows  the  window  in  which  units  will  be  able  to  create  an  operational  support  item  ( OSI)  bill  of  materials  in 
Global  Combat  Support  System— Army.  Once  units  add  OSI,  users  can  print,  change,  or  delete  the  OSI  if  it  is  no  longer  required. 


the  system  will  notify  users  about 
BOM  changes  that  will  affect  the 
plant  maintenance,  property  book, 
and  unit  supply  GCSS-Army  mod¬ 
ules  and  could  lead  to  procurement 
of  new  materials  or  the  disposition 
of  items  that  were  deleted  from  the 
BOM  structures. 

This  capability  will  be  complement¬ 
ed  by  GCSS-Army’s  ZBOMADD 
functionality,  which  will  allow  users 
to  maintain  a  list  of  components 
that  are  associated  with  an  end  item 
or  an  individual  piece  of  equipment 
as  a  supplement  to  the  components 
listed  in  the  ADS  BOM. 

This  unit-maintained  component 
list,  referred  to  as  an  operational 
support  item  (OSI)  BOM,  is  main¬ 
tained  solely  by  the  users  in  the  force 
element  that  created  the  list  for 
property  accountability 

Once  units  add  OSI,  users  can 
print,  change,  or  delete  the  OSI  if  it 


is  no  longer  required.  Although  units 
can  modify  OSI  BOMs,  no  items  on 
the  enterprise-level  BOM  can  be 
modified  or  deleted. 

Overall,  the  centralized  manage¬ 
ment  of  B  OM  data  will  revolutionize 
and  modernize  logistics  functions, 
while  aligning  the  Army’s  ERP  sys¬ 
tems  to  industry  best  business  prac¬ 
tices.  An  Army  enterprise  BOM 
structure  has  the  potential  to  seam¬ 
lessly  bring  unit  equipment  to  cur¬ 
rent  Army-approved  specifications 
and  provide  the  Army  with  the  capa¬ 
bility  to  publish  BOM  data  in  near- 
real  time.  This  will  ensure  units  more 
rapidly  receive  the  items  that  they 
are  authorized. 

While  converting  to  GCSS-Army, 
if  users  suspect  errors  in  BOM  struc¬ 
tures,  they  should  contact  their  as¬ 
signed  chief  of  installation.  After 
conversion,  users  should  contact  the 


GCSS-Army  help  desk  for  ques¬ 
tions  regarding  BOM  data. 
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